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METHODS AND SYSTEMS FOR LEASING 
EQUIPMENT 

A portion of the disclosure of this patent document contains material 
that is subject to copyright protection. The copyright owner has no objection to the 
facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
appears in the Patent and Trademark Office patent file or records, but otherwise 
5 reserves all copyright rights whatsoever. 

BACKGROUND OF THE INVENTION 

This invention relates generally to methods and systems for facilitating 
transactions relating to equipment leases and more particularly to methods and 
systems for facilitating customer initiation, selection, analysis, approval, and closing 
of a lease transaction. 

110 Operators sometime determine that leasing particular equipment is 

1% more economical than purchasing the equipment. For example, operators of 
commercial aircraft fleets and even smaller aircraft sometimes determine that leasing 
'^"^ aircraft, or aircraft engines, is more economical than purchasing the equipment. 
|:.^, Owners of aircraft fleets, therefore, lease aircraft to commercial aircraft operators and 
V5 other operators for use. 

In leasing aircraft, for example, a higher rate of retum is achieved by 
£3 ensuring that upon expiration of a current lease for a particular aircraft, a subsequent 

lease is in place for that aircraft. Managing a fleet of aircraft, including ensuring that 
the desired aircraft are available according to the lease terms and optimizing the rate 
20 of retum, requires close coordination of numerous aircraft leases and aircraft 
maintenance requirements. 

In addition, lease transactions related to equipment such as engines and 
aircraft typically require weeks, if not months, to close and are highly paper intensive. 
For example, and with respect to aircraft leases, a potential customer typically must be 
25 educated regarding the various aircraft and options which satisfy the customer mission 
requirements. The potential customer then typically wants to understand the different 
lease terms that apply to each aircraft and option. Identifying the many different 
aircraft and options that satisfy the customer mission requirements, and then 
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determining the lease terms that apply to each identified aircraft and option, typically 
is time consuming. 

The process of identifying the many different aircraft and options that 
satisfy the customer mission requirements also is highly dependent on the experience 
5 of the sales person having responsibility for the particular customer. For example, a 
more experienced sales person who has handled many lease transactions may be able 
to identify a wider variety of aircraft and options that satisfy the customer mission 
requirements than a newly hired sales person. 

Once the customer has finalized the aircraft selections, a term sheet, or 
1 0 letter of intent, typically is created so that a clear understanding is developed on key 
terms to be included in a definitive lease. The term sheet typically is created by the 
responsible sales person and is reviewed by a lawyer. In an organization having many 
different sales people creating term sheets for a high volume of lease transactions, 
''"■■4 there may not be consistency with respect to the form and terms contained in the term 

1 1 5 sheets. Since the term sheets are used in generating definitive leases, the wide array 
£1 of term sheet forms and terms does not facilitate efficiency in generating the definitive 

lease. For example, simply locating key lease terms on the many different term sheet 
2 forms used by the sales people can be a time consuming task. 

N BRIEF SUMMARY OF THE INVENTION 

'I't Systems and methods that facilitate both customer and fleet manager 

fiO productivity from selection of particular equipment desired to be leased through 
delivery are described herein. In one exemplary embodiment, the system includes a 
server having a database for storing data relating to an aircraft fleet. The stored data 
includes specific information relating to aircraft in the fleet, as well as terms of 
existing leases for those aircraft in the fleet then currently leased. The system is 
25 accessible to the customer via a network such as a wide area network, e.g., an extranet 
accessible via the Internet, so that the customer can query the database and identify 
aircraft that meet specific mission requirements. 

More specifically, once a customer logs onto the system, the system 
prompts the customer, e.g., via a display, to enter information relating to a type of 
30 transaction desired to be completed. The transaction can, for example, be a new lease, 
an extension of a current lease, or a sale and lease back transaction. Once the 
customer selects a type of transaction to be completed, the system then obtains, e.g., 
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via the display that prompts the customer for inputs, additional information based on 
the transaction type. 

Once the required information has been obtained, then the marketing 
executive generates a term sheet using the data input into the system database by the 
5 customer. Specifically, the marketing executive queries the data base to determine 
whether the customer has selected a particular aircraft for lease and for specific lease 
terms acceptable to the customer. Then, using a deal management sub-system, the 
marketing executive generates a term sheet by populating a pre-defined term sheet 
with data stored in the database. 

10 The system facilitates meeting customer requirements in that a 

customer can readily select, via the system, multiple aircraft desired for lease without 
requiring involvement of the marketing executive. Such selections can be made by 

C3 the customer any time, anywhere, at the customer's convenience. Once the customer 
J submits the selections, the marketing executive then initiates and actually prepares the 

nL§ term sheets for the aircraft based on the actual customer selections. The system also is 
not dependent upon the experience of the marketing executive, which facilitates 
efficient and uniform generation of term sheets and lease contracts. 

f The system also facilitates managing a fleet of aircraft so that a second 

l^j, lease is in place for an aircraft upon expiration of a first lease. For example, a 
SU) customer can determine availability of aircraft that meet the customer criteria and the 
customer can request a term sheet for such aircraft that requires delivery upon 
f 3 expiration of the current lease. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a flow chart illustrating process steps for generating a term 

sheet; 

25 Figure 2 is a block diagram of a client - server system; 

Figure 3 is a block diagram of a network based system; 

Figure 4 is a block diagram illustrating network connectivity; 

Figure 5 is a flow chart illustrating process steps for generating terms 
sheets for a new lease, a lease extension, and a sale and lease back transaction; 
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Figure 6 is an exemplary screen shot of a home page for a deal room 
relating to aircraft leases; 

Figure 7 is an exemplary screen shot of a page for displaying and 
obtaining information relating to a lease extension; 

5 Figure 8 is an exemplary screen shot of a page for displaying and 

obtaining information relating to aircraft; 

Figure 9 is an exemplary screen shot of a page for displaying results of 
searching for an aircraft specified on the page illustrated in Figure 8; 

Figure 10 is an exemplary screen shot of a technical specification page 
10 for an aircraft listed on the page illustrated in Figure 9; 

53 Figure 1 1 is an exemplary screen shot of a delivery conditions page for 

'~ _i 

J an aircraft listed on the page illustrated in Figure 9; 



i J Figure 12 is an exemplary screen shot of a technical requirements page, 

^L! which may displayed as a sub- window after a customer selects Request Term Sheet, 

ftp for an aircraft listed on the page illustrated in Figure 9; 

H Figure 13 is an exemplary screen shot of a confirmation page which 

fii may be displayed after submitting a request for a term sheet via the page illustrated in 

CP Figure 8; 

-a — 

'-''^ Figure 14 is an exemplary screen shot illustrating the purchase/lease 

20 back process; 

Figure 1 5 is an exemplary screen shot illustrating a new request/amend 
old request page; 

Figure 16 is an exemplary screen shot illustrating a search result page; 
Figure 17 is an exemplary screen shot of a page for entering aircraft 

25 types; 

Figure 18 is an exemplary screen shot of a page for entering aircraft 

details. 
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Figure 19 is an exemplary screen shot of a continuation of the page 
shown in Figure 18; 

Figure 20 is an exemplary screen shot of a page for entering aircraft 

conditions; 

Figure 21 is an exemplary screen shot of a continuation of the page 
shown in Figure 20; 

Figure 22 is an exemplary screen shot of a continuation of the page 
shown in Figure 2 1 ; 

Figure 23 is an exemplary screen shot of a page for entering engine 

conditions; 

Figure 24 is an exemplary screen shot of a continuation of the page 
shown in Figure 23; 

Figure 25 is an exemplary screen shot of a continuation of the page 
shown in Figure 24; 

Figure 26 is an exemplary screen shot of a page for entering proposed 
lease conditions and to request a term sheet; 

Figure 27 is an exemplary screen shot of a continuation of the page 
shown in Figure 26; 

Figure 28 is an exemplary screen shot of a continuation of the page 
shown in Figure 27; 

Figure 29 is an exemplary screen shot of a page for requesting a term 

sheet; 

Figure 30 is an exemplary screen shot of a continuation of the page 
shown in Figure 29; 

Figure 31 is an exemplary screen shot of a page for editing address 

information; 

Figure 32 is an exemplary screen shot of a continuation of the page 
shown in Figure 3 1 ; 
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Figure 33 is an exemplary screen shot of a customer view query page; 

Figure 34 is an exemplary screen shot of a customer view query page 
including a display of search results; 

Figure 35 is an exemplary screen shot of a full search query page; 

Figure 36 is an exemplary screen shot of a query page for facihtating 
management of customers; 

Figure 37 is an exemplary screen shot of a page for searching for 
customer requests on a purchase lease back transaction; 

Figure 38 is an exemplary screen shot of a search results page; 

Figure 39 is an exemplary screen shot of a page for saving partially 
completed requests; 

Figure 40 is an exemplary screen shot of a page for prompting a 
marketing executive to select a customer for information relating to letters of intent; 

Figure 41 is an exemplary screen shot of a page for displaying the 
results of searching for information selected via the page illustrated in Figure 40; 

Figure 42 is an exemplary screen shot of a page for displaying the 
results of searching for information selected via a page identical to the page illustrated 
in Figure 40 except for an aircraft specific lease agreement (ASLA) rather than a letter 
of intent; 

Figure 43 is an exemplary windows based data input display for 
selecting a particular deal for generation of a letter of intent via a deal management 
sub-system; 

Figure 44 is an exemplary display of deal details generated after a 
marketing executive selects a particular deal via the display shown in Figure 43; 

Figure 45 is an exemplary display of a letter of intent generated after a 
marketing executive selects "Generate TS" via the display shown in Figure 44; 



Figure 46 is an exemplary display of a contracts room; 
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Figure 47 is an exemplary display of tasks; 
Figure 48 is an exemplary display of a calendar; 

Figure 49 is an exemplary screen shot of a home page for a deal room 
relating to aircraft engine leases; 

Figure 50 is an exemplary screen shot of a page for displaying and 
obtaining information relating to an engine lease extension; 

Figure 51 is an exemplary screen shot of a page for displaying and 
obtaining information relating to engines; 

Figure 52 is an exemplary screen shot of a page for displaying results 
of searching for an engine specified on the page illustrated in Figure 5 1 ; 

Figure 53 is an exemplary screen shot of a page for confirming contact 

details; 

Figure 54 is an exemplary screen shot of a page for selecting customer 
inforniation to view; ^ 

Figure 55 is an exemplary screen shot of a page for displaying search 
results from the search request specified on the page illustrated in Figure 54; 

Figure 56 is an exemplary screen shot of a full search query page for 
aircraft engines; and 

Figure 57 is an exemplary screen shot of a page for managing a 

customer. 

DETAILED DESCRIPTION OF THE INVENTION 

Set forth below is a description of exemplary methods and systems for 
facilitating, and closing, lease transactions. While the methods and systems are 
sometimes described in the context of leases for aircraft and leases for engines, the 
methods and systems are not limited to practice in connection with only aircraft and 
engines. The methods and systems can be used, for example, in connection with 
leases for automobiles, rail cars, barges, and many other different types of equipment. 



18584-00002 



Figure 1 is a flow chart illustrating process steps for generating a term 
sheet. The term "term sheet" as used herein refers to a summary, in electronic and/or 
printed form, of key business provisions intended to be included in a complete and 
fully executed contract. The term "term sheet" is used herein interchangeably with 
the term "letter of intent". As with a term sheet, a letter of intent is a summary, in 
electronic and/or printed form, of key business provisions intended to be included in a 
complete and fully executed contract. A term sheet differs from a letter of intent in 
that a term sheet typically is in outline form, and a letter of intent typically is in letter 
form. 



10 Referring now specifically to Figure 1, and in one exemplary 

embodiment of a system for generating a term sheet, after a customer logs into the 
system 2, the system prompts the customer, e.g., via a display that prompts the 
customer for inputs, to enter information relating to a type of transaction desired to be 
.3 completed 4. The transaction can, for example, be a new lease, an extension of a 

lis current lease, or a sale and lease back transaction. Of course, the system is not limited 
1 J to any one specific type of transaction. Once the customer inputs information relating 

to a type of transaction to be completed, the system then obtains, e.g., via a display 
IZ^ that prompts the customer for inputs, additional information based on the transaction 

s type 6. The particular information required by the system to generate a term sheet is 

f|0 dependent upon the specific type of transaction. Once the required information has 

f y been obtained, a term sheet can then be generated 8. 

f n 

^3 Set forth below are details regarding exemplary hardware architectures 

(Figures 2 and 3), an exemplary process flow chart illustrating processing for various 
types of transactions (Figure 5), exemplary screen shots displayed by the exemplary 

25 system to a customer desiring a term sheet (Figures 6 - 33), exemplary screen shots 
displayed to customer for facilitating preparation of the term sheet (Figures 34 - 43), 
exemplary displays in a windows based deal management system for generating the 
term sheet (Figures 44 - 49), and exemplary screen shots of an aircraft engine system 
(Figures 50 - 58). In addition, an exemplary data scheme is set forth Appendix 1, and 

30 an exemplary term sheet is set forth in Appendix 2. Although specific exemplary 
embodiments of methods and systems for generating term sheets are described herein, 
the methods and systems are not limited to such specific exemplary embodiments. 
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Hardware Architecture 

Figure 2 is a block diagram of a system 10 that includes a server sub- 
system 12, sometimes referred to herein as server 12, and a plurality of customer 
devices 14 cormected to server 12, In one embodiment, devices 14 are computers 
5 including a web browser, and server 12 is accessible to devices 14 via a network such 
as an intranet or a wide area network such as the Internet. In an alternative 
embodiment, devices 14 are servers for a network of customer devices. 

Devices 14 are interconnected to the network, such as a local area 
network (LAN) or a wide area network (WAN), through many interfaces including 
10 dial-in-connections, cable modems and high-speed lines. Alternatively, devices 14 
are any device capable of intercoimecting to a network including a web-based phone 
or other web-based connectable equipment. Server 12 includes a database server 16 
cormected to a centralized database 18. In one embodiment, centralized database 18 is 
stored on database server 16 and is accessed by potential customers at one of customer 

1^5 devices 14 by logging onto server sub-system 12 through one of customer devices 14. 

I'J 

In an alternative embodiment centralized database 18 is stored remotely from server 
12. 

r , Figure 3 is a block diagram of a network based system 22. System 22 

i:a includes server sub-system 12 and customer devices 14. Server sub-system 12 

= |0 includes database server 16, an application server 24, a web server 26, a fax server 28, 
fg a directory server 30, and a mail server 32. A disk storage unit 34 is coupled to 

C3 database server 16 and directory server 30. Servers 16, 24, 26, 28, 30, and 32 are 

coupled in a local area network (LAN) 36. In addition, a system administrator work 
station 38, a work station 40, and a supervisor work station 42 are coupled to LAN 36. 
25 Alternatively, work stations 38, 40, and 42 are coupled to LAN 36 via an Internet link 
or are connected through an intranet. 

Each work station 38, 40, and 42 is a personal computer including a 
web browser. Although the functions performed at the work stations typically are 
illustrated as being performed at respective work stations 38, 40, and 42, such 
30 functions can be performed at one of many personal computers coupled to LAN 36. 
Work stations 38, 40, and 42 are illustrated as being associated with separate 
functions only to facilitate an understanding of the different types of functions that 
can be performed by individuals having access to LAN 36. 
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Server sub-system 12 is configured to be communicatively coupled to 
various individuals or employees 44 and to third parties, e.g., customer, 46 via an ISP 
Internet connection 48. The communication in the exemplary embodiment is 
illustrated as being performed via the Internet, however, any other wide area network 
(WAN) type communication can be utilized in other embodiments, i.e., the systems 
and processes are not Umited to being practiced via the Internet. In addition, and 
rather than a WAN 50, local area network 36 could be used in place of WAN 50. 

In the exemplary embodiment, any employee 44 or customer 46 having 
a work station 52 can access server sub-system 12. One of customer devices 14 
includes a work station 54 located at a remote location. Work stations 52 and 54 are 
personal computers including a web browser. Also, work stations 52 and 54 are 
configured to communicate with server sub-system 12. Furthermore, fax server 28 
communicates with employees 44 and customers 46 located outside the business 
entity and any of the remotely located customer systems, including a customer system 
56 via a telephone link. Fax server 28 is configured to communicate with other work 
stations 38, 40, and 42 as well. 

Figure 4 is a block diagram illustrating network connectivity. As 
shown in Figure 4, a first country network 60 and a second country network 62 are 
interconnected by a global network 64. First network 60 includes a server 66 and a 
database 68 storing information related to aircraft. Second country network 62 
includes a web server 70 as well as a Quickplace application 72 so that a customer 74, 
who accesses second country network 62 via a wide area network 76 such as the 
Internet, can post requests and other information in a shared environment. 

Although the servers are illustrated in Figure 4 as being geographically 
remote, the server functionality can be combined into one centrally located server. As 
used herein, therefore, the term server includes both a single server as well as 
interconnected distributed servers. 

In one specific exemplary embodiment, the following commercially 
available hardware and software are utilized: Web Server platform Windows NT 4.0 
SP 5; Database Server platform Windows NT 4.0; Internet Information Server (IIS) 
4.0; Microsoft Transaction Server (MTS); COM objects using VB 6.0 dlls; Active 
Server Pages 3.0; JScript 5.0; VBScript 5,0; and Database Oracle 7.3.4. The extranet 
site operates under IE 4.0 and Netscape 4.0. 
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Data Schema 

In an exemplary embodiment, data is stored in the database in 
accordance with the data schema set forth in Appendix 1 . Information regarding each 
customer, as well as information regarding each aircraft in the aircraft fleet is 
contained in the database. Of course, the data can be stored in many different forms 
using many different structures, and the data schema set forth in Appendix 1 
illustrates just one form and structure for the data. 

More particular, and referring to Appendix 1, data regarding each 
query made by a customer (Availability Query), required customer delivery 
information(Required_del_dates), and the results of each query search 
(Result_of_Query) are stored in the database. Additional information relating to each 
specific customer such as the specified aircraft configuration 
(Customer_Configuration) and general customer information (CUST EXEC) also is 
stored in the database. 

Fleet information such as the data specified under the headers 
World_Fleet and DSS_ENQ is stored in the database. Further, aircraft availability 
information (AVAILABILITY) is stored in the database. 

Process Flow 

Figure 5 is a flow chart illustrating process steps for generating term 
sheets for a new lease, a lease extension, and a sale and lease back transaction. Prior 
to executing the process illustrated in Figure 5, the database for the aircraft in the 
existing fleet is built and incorporated into the system. Such data is used, as described 
below in more detail, to identify aircraft which match customer requirements as well 
as to enable a customer to view data regarding the existing customer fleet. 

More specifically, and referring to Figure 5, after logging 80 a 
customer into the system, the system prompts a customer to select whether to choose a 
new lease 82, a lease extension 84, or a purchase lease back transaction 86. The login 
process validates a customer (e.g., matches the login name and password to login 
names and passwords pre-stored in the database) and only registered customers have 
access to the site. A new customer applies for a registration for the site. 

Once the customer information is validated, if the customer selects new 
lease 82, then the system prompts the customer to obtain aircraft criteria, lease 
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requirements, and additional data relating to the new lease transaction 88. The data 
input by the customer is used by the system to build the portion of the database for the 
customer query. The availability requests submitted by the customer are stored in the 
database to provide the customer an option to re-query on his previous searches, and 
to allow the marketing executive to keep track of customer requests and behavior. 

Once the required data has been input, the system then matches 90 the 
criteria, lease requirements, and additional data to aircraft in the fleet. In addition, an 
email is sent to the appropriate marketing executive with the customer details, query 
number, and all other related information entered in the search page. The email 
contains a link to the site. 

The system compares the input data with data regarding each aircraft in 
the fleet to determine exact as well as near matches that satisfy the customer 
requirements. In one specific exemplary embodiment, only an exact match on aircraft 
type and series is required for an aircraft to be returned. The following rules are used 
in the specific exemplary embodiment when evaluating search criteria. 

1. Only aircraft selected as being available by the fleet manager 
can be retumed by the search. If the exact match is not available in the specified 
delivery date, matches in nearest available months are displayed. 

2. For each aircraft viewable by the customer, a country may be 
identified into which that aircraft may not be leased. One such country can be 
identified per aircraft. Rather than a specific country, the restriction can apply to a 
region or country such as EU for Eurocontrol restricted aircraft. 

3. For each aircraft, a tax based restriction may be specified. One 
such restriction can be specified per aircraft. The restriction will take the form of a 
geographical region, e.g, North America, Europe. 

4. Engine Type and Thrust drop down list is populated depending 
on the Aircraft Type and Series selected. 

5. EFIS or non EFIS is visible depending on the Aircraft Type 
selected. This option is applicable only for MD80 and B737 type aircraft. 

6. If new aircraft is selected, the date of manufacture is not 
viewable by the customer. 
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7. For each customer, a number of aircraft to be displayed may be 
specified. The maximum number of aircraft returned to the customer as a result of a 
query can vary by customer and will initially be set to 3 aircraft for each delivery date 
and not more than 6, per query, for each customer. 

8. MTOW is a drop down box populated with the most popular 
weights for the aircraft type selected. 

A weighting system is used to match the selection criteria and the 
available aircraft. The weighting system takes into account the number of criteria 
which an aircraft matches and the relative importance of each criteria. If the tax based 
restriction comes into effect for a particular aircraft, that aircraft is given a weighting 
which puts it last on the list of aircraft to be offered to the customer. This restriction 
does not apply where the aircraft is a wide body aircraft. Further details regarding an 
exemplary weighting system are set forth below. 

Once the search is complete, the search results are displayed 92 to the 
customer. Where more than 3 aircraft match the mandatory criteria, and if only 3 
aircraft are to be displayed to the customer, the 3 aircraft with the highest weighting 
are presented to the customer. The display of aircraft found in the search, in the 
exemplary embodiment, is color-coded. For example, each returned aircraft having 
attributes which match the customer criteria are displayed in white, and those that do 
not match are displayed in yellow. The search results include the basic aircraft 
information (e.g., type and series, serial number, date of manufacture, galley type, 
MTOW, availability date). 

In addition to displaying the search results, the customer is given the 
option to view the technical specification for the listed aircraft, to view the delivery 
conditions for the listed aircraft, and to request a term sheet for the listed aircraft. If 
the request a term sheet option is selected 94, the customer is presented with a screen 
which prompts the customer for additional information necessary to prepare the term 
sheet. The additional information includes, for example, technical requirements which 
vary from the technical specification, required lease term, expected hour to cycle ratio, 
expected annual utilization, and country of registration. The customer can also make 
further comments / clarifications in a comment box when requesting a term sheet, as 
well as confirm contact details. The customer then exits the site, or returns to perform 
another transaction. 
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Each customer term sheet request is stored in the database, and an 
email is sent to a technical project manager for comment on feasibility, lead times and 
cost estimate for additional technical requirements, a marketing executive detailing 
the request (includes the customer details, search criteria and the aircraft returned in 
response to that search), and to the customer acknowledging the inquiry, assigning a 
transaction number to the term sheet request, and confirming that a response would be 
issued within a specified time frame 96. 

Rather than performing a new lease transaction 82, a customer may 
elect to perform a lease extension transaction 84, Generally, this transaction is for 
extending the term of an existing lease. Upon selecting lease extension, the customer 
is presented with a screen listing the customer existing fleet with current lease 
termination dates for each aircraft 98. Each aircraft listing includes a drop down box 
which allows the customer to enter the new desired lease termination date 1 00 for the 
aircraft and an option allowing the customer to request a term sheet for an extension 
to the new date 102. If a term sheet is requested 102, then a term sheet may be 
generated 1 04 as described below. 

A customer may also elect to perform a purchase lease back transaction 
86. The system prompts the customer to obtain information on the aircraft to be 
purchased 106, and also provides the customer with pages to enable the customer to 
input lease information 108. If the customer requests a temi sheet 1 10, then a term 
sheet may be generated 1 12 as described below. 

Exemplary Customer Viewable Screen Shots 

To implement the process described above, many variations of 
particular screens viewable by a customer can be utilized. The following description 
refers to one set of screens that can be used to prompt a customer to make the 
necessary inputs to enable the system to generate a term sheet. Of course, many 
variations of such screens are possible. 

Referring now again specifically to the drawings. Figure 6 is an 
exemplary screen shot of a home page for a deal room relating to aircraft leases. Each 
customer has a custom home page that displays the name of the particular authorized 
individual and customer name. Once the customer logs into the system, the system 
displays the deal room screen shown in Figure 6. The customer can then select 
specific proposals, deals, account status information, and maintenance reserves to 
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view. Additionally, the customer can link to related sites or view extranet security 
features. 

If the customer select "Extend Existing Aircraft" under "Request a 
Proposal", then the screen shovra in Figure 7 is displayed. Specifically, the customer 
is presented with a screen listing the customer existing fleet with current lease 
termination dates for each aircraft. Each aircraft listing includes a drop down box 
(New Expiry Date) which allows the customer to enter the new desired lease 
termination date for the aircraft. The customer can also select "Request Extension 
Term Sheet". If the customer does select a term sheet, then the screen (see, e.g.. 
Figure 12) is displayed so that the customer can confirm contact information. 

If, at the deal room page illustrated in Figure 6, the customer selects 
"Seek Additional Aircraft", then the screen shown in Figure 8 is displayed to the 
customer. This screen enables the customer to enter, or specify, aircraft criteria, lease 
delivery requirements, and additional data. Drop down boxes are provided to 
facilitate customer entry of the data. The specific criteria, delivery requirements, and 
additional data illustrated in Figure 8 can, of course, vary from the illustrated criteria, 
delivery requirements, and additional data. Certain fields are designated as required 
fields, such as aircraft type, engine type, and first delivery month. With the screen 
shown in Figure 8, a customer can select any number of aircraft for delivery that meet 
the criteria and additional data, and the customer can select the number of aircraft 
desired to be delivered in select delivery months. 

Once the customer makes selections as shown in Figure 8, the 
customer can then select submit. The system then attempts to identify aircraft in the 
fleet which match the customer entered data. The matching process is described 
above. The search results are then displayed as shown in Figure 9. For each aircraft 
found in the search, the search results include the aircraft type and series, serial 
number, date of manufacture, galley type, MTOW, and availability date. The 
customer is given the option to view the technical specification for the listed aircraft, 
to view the delivery conditions for the listed aircraft, and to request a term sheet for 
the listed aircraft. 

If the customer selects Technical Specification, then the screen shown 
in Figure 10 is displayed for the specific aircraft. The data for the technical 
specification is pre-stored in the database and provides the customer with additional 
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technical details than displayed with the inquiry results. The technical specifications 
can be printed from the screen and saved by the customer as a word document. 

If the customer selects Delivery Condition, then the screen shown in 
Figure 11 is displayed for the specific aircraft. For used aircraft, the delivery 
conditions typically are based on the contract re-delivery requirements of an existing 
lease. The data for the delivery conditions is pre-stored in the database and provides 
the customer with additional delivery details than displayed with the inquiry results. 
The delivery conditions can be printed from the screen and saved by the customer as a 
word document. 

If the customer selects Request Term Sheet, then a technical 
requirements screen is displayed by the system ads a pop-up screen, or sub-window. 
An exemplary technical requirements screen is shown in Figure 12. As shown in 
Figure 12, a customer can confirm the data for the required fields, and can make 
desired changes. The customer can also identify other issues in the additional 
comments box. Once the customer has reviewed the required field information and 
made additional comments, if needed, the customer can then select "Ok", "Reset", or 
"Cancel". If the customer selects cancel, then the system returns to displaying the 
inquiry results. If the customer selects reset, then the technical requirements specified 
on the screen in Figure 12 are cleared and the customer can make new selections. If 
the customer selects Ok, then processing proceeds so that the screen illustrated in 
Figure 1 3 is displayed by the system. 

As shown in Figure 13, the customer is prompted to review the 
customer information to verify that the information is correct. The data displayed on 
this screen is pre-stored in the system database. The customer can make changes to 
the data, and then selects "Submit Request". The customer can then exit the site, or 
perform further transactions by making the appropriate selection on the navigation 
bar. 

Upon receipt of the "Submit Request", the system sends emails to a 
technical project manager for comment on feasibility, lead times and cost estimate for 
additional technical requirements, to a marketing executive detailing the request 
(includes the customer details, search criteria and the aircraft returned in response to 
that search), and a fleet manager for the allocation decision, and to the customer 
acknowledging the inquiry, assigning a transaction number to the term sheet request, 
and confirming that a response would be issued within a specified time frame. 
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Figure 14 is an exemplary screen shot illustrating the purchase/lease 
back process. At the illustrated page, a process map is shown which contains 
hyperlinks to the other steps in the process. Only process steps which have been 
started or completed have hyperlinks. The process step that the customer is currently 
5 on is shown in red and all other process steps are in blue. The customer will be 
presented with three options. 

1. Request New Purchase / Lease Back: If the customer selects 
this link the system proceeds directly to the screen shot illustrated in Figure 1 7 to start 
the Purchase Lease / Back process. 

10 2. Review / Amend Old Request: The customer can select the link 

to 'Review / Amend Old Requests' to locate all prior requests. The customer will also 
be presented with two options to filter searches on this page - - time period and 
request ID number. Time period allows the customer to filter how far back they wish 
to look for old Purchase / Lease Back requests. Also, the customer will have given an 

rU15 ID number when they made previous requests. Only ID numbers relevant to this 

id 

customer will be displayed in the drop dovra box. The customer can select one or 
more ID numbers using the control key. Once the customer has selected the search 
'^"^ options (or not) and clicked on the link, processing proceeds to the screen shot shown 

in Figure 16. 

t- ^ 

i Ll20 3. View Purchase / Lease Back Process: This option takes the 

^? customer to a page which has a graphical outline of the Purchase / Lease Back 

C3 Process. 

Figure 15 is an exemplary screen shot of a page for a new request / 
amend old request. If the customer selects Purchase / Lease Back on the page 

25 illustrated in Figure 14, the customer is sent to this page. On this page there is a 
graphical presentation of the high level on line Purchase / Lease Back process. If the 
customer elects to click on any of the process steps they will be posted to a page 
which will have a written and graphical representation of what happens both on line 
and offline at that process step. At the bottom of the page there is a link that takes the 

30 customer to the first step of the Purchase / Lease Back process. 

Figure 1 6 illustrates an exemplary screen shot of a page for displaying 
search results. The system retums all prior requests that match the customers search 
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selections, and the customer is presented with a high level summary of each request 
that matches the search parameters. 

Request ID Number: This is the ID given to the customer when they 
either completed a request and requested a term sheet or when they saved a request 
which had been partially completed. 

Asset Types(s): In this box all assets types that were specified in a 
previous request need to be listed. The asset types are listed by type variant, number 
e.g., 747-lOOE x 2, 747-200ERx 3. 

Date Request Submitted: This date is the date (GMT) that a Term sheet 
was requested or a partial request was saved. 

At the end of each row a link is provided to the customer that will take 
the customer to the next step of the process as illustrated in Figure 17. All fields 
which are filled in are automatically populated. Below the search results the option to 
search again, i.e., new search, is provided. 

Figure 17 is an exemplary screen shot of a page for entering aircraft 
types. On this page the customer defines the types, models and numbers of each 
aircraft that they would Hke to Purchase / Lease Back. A yellow waming triangle is 
provided against fields that have to be completed. If a field is not completed, or 
incorrectly completed when the customer selects 'submit', a waming box appears 
informing the customer which field(s) is / are not completed or incorrect. Only when 
all fields are correct will the customer be allowed to proceed to the next page. 

A 'Save Requested Data' is provided at the top of the page. When this 
is selected, all data the customer has entered is saved. The customer is then taken to 
the screen illustrated in Figure 32 where they will be given a ID number which they 
can use to access the data at another time. 

When a customer saves or executes a request, an email is sent to the 
appropriate marketing representative with the customer details, query no., and all 
other related information entered in the request page. The email contains a link to the 
site. This feature can be turned on / off by marketing on a customer-by-customer 
basis. 
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The requests submitted by the customer are stored in the database for 
two reasons. First, to provide the customer an option to re-query on his previous 
searches and second, to allow tracking of customer requests and behaviour. When the 
customer clicks on 'Submit', processing proceeds to the screen shown in Figures 18 
and 19. 

Figures 18 and 19 illustrate an exemplary screen shot of a page for 
entering aircraft details. The number of columns on this screen is defined by the total 
number of aircraft that the customer wishes to Purchase / Lease Back. The Aircraft 
Type and Aircraft Model Fields are automatically populated based on the data that the 
customer previously entered. All fields that have a drop down box have a predefined 
list of look up data. The customer selects from the list. When the customer clicks on 
'Submit And Go To Aircraft Conditions', processing proceeds to the screen shot 
shown in Figures 20, 21 and 22. 

Figures 20, 21 and 22 illustrate an exemplary screen shot of a page for 
entering aircraft conditions. The number of columns on this screen is defined by the 
total number of aircraft that the customer wishes to Purchase / Lease Back. The 
Aircraft Data Fields is automatically populated based on the data that the customer 
previously entered. With respect to the conditions date, the customer can enter a date 
in to indicate when the conditions data is valid. The customer then has the option to 
attach various files which detail the aircraft technical specifications and conditions. 
An 'Attach File' button is provided which allows the customer to browse their 
computer for files. 

Below the fields to add files are checklists for the customer to state 
whether they have attached the appropriate documents. The customer selects one of 
the options. Each check box is blank until one is selected. All check boxes which 
have been checked 'Email / Fax / Post' will cause a record to be created as shown in 
the screen shot illustrated in Figure 26 reminding the customer that they have 
indicated that they will send this file by an alternative means. 

When the customer selects 'Enter Engine Conditions', processing 
proceeds to the screen shot shown in Figure 23. When the customer selects 'Submit 
And Go To Lease Conditions', processing proceeds to the screen shot shovra in Figure 
26. 
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Figures 23, 24 and 25 illustrate an exemplary screen shot of a page for 
entering engine conditions. The Aircraft Data Fields are automatically populated 
based on the data that the customer previously entered. The Engine Conditions Title 
has a field next to it for the customer to enter a date in. This date indicates when the 
5 conditions data was valid. 

The customer then has the option to attach various files which detail 
the engine technical specifications and conditions. An 'Attach File' button is 
provided which allows the customer to browse computer for files. Below the fields to 
add files are checklists for the customer to indicate whether the appropriate documents 
10 are attached. All check boxes which have been checked 'Email / Fax / Post' will 
cause a record to be created reminding the customer that they have indicated that they 
will send this file by an alternative means. If the customer clicks on 'Submit And 
Retum to Aircraft Conditions', the customer is taken back to the screen shot 
-^3 illustrated in Figures 20, 21 and 22. 

I ^15 Figures 26, 27 and 28 illustrate an exemplary screen shot of a page for 

entering proposed lease conditions and to request a term sheet. The number of 
columns on this screen is defined by the total number of aircraft that the customer 
wishes to Purchase / Lease Back. The Aircraft Data Fields are automatically 

H populated based on the data that the customer previously entered. For Lessee 

^^0 Financials, customers can drag files from their desktop or file manager or use the 
'browse' button opposite to locate files on their system and then download them into 

E3 this field. Customers should enter data about their revenue, operating income, total 

liabilities, equity, total assets, market securities, bank lines available and available 
cash. Similarly, for Fleet Information, customers can drag files from their desktop or 
25 file manager or use the 'browse' button opposite to locate files on their system and 
then download them into this field. When the customer selects 'Request Term Sheet', 
processing proceeds to the screen shot illustrated in Figures 29 and 30. 

Figures 29 and 30 illustrate an exemplary screen shot of a page for 
requesting a term sheet. Specifically, on submission of the 'Request Term Sheet', the 
30 customer is given an option to confirm contact details and modify the details if 
required. All these fields are automatically populated form the customer registration 
database. A transaction number is displayed on this page which the customer can use 
to access the request at a later date or amend their request. If the customer elects to 
amend the details, the customer selects 'Edit Contact Details' and processing proceeds 
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to the screen shot illustrated in Figures 31 and 32. If the customer is satisfied with the 
contact details, the customer selects 'Submit Request' and processing returns to an 
extranet login screen. 

Each customer Term Sheet request is stored in the database. An email 
is sent to the technical project manager for comment on feasibility, lead times and cost 
estimates, the marketing executive detailing the request including the customer details 
and request details, and to the customer acknowledging the inquiry, assigning a 
Transaction Number to their Term Sheet Request, and confirming that a response 
would be issued within a specified time frame 

Figures 31 and 32 illustrate a screen shot of a page for editing contact 
information. If the customer elects to amend the contact details, such changes can be 
made on this page. Once the customer is satisfied with the contact details, the 
customer selects 'Submit Contact details' and processing retums the screen shot 
illustrated in Figures 29 and 30. 

During the purchase lease back process, if the customer elects at any 
time to save their work, the system assigns a reference number to the customer with 
the customer can use to locate the request at a later date (see Figure 39). Once the 
customer elects to exit the extranet, emails are sent to the marketing executive 
informing them that the customer started the request but did not complete it and gives 
the ID number and a link to take them to the extranet and appropriate request, and to 
the customer thanking them for starting the process, confirming the Request ID 
Number and providing a link back to the extranet. 

Exemplary Marketing Executive Viewable Screen Shots 

In addition to facilitating customer selection of aircraft and initiation of 
a lease transaction, the system facilitates management of each customer. Specifically, 
a marketing executive can access the system to view recent customer activity and take 
actions to meet the customers needs. The system also facilitates coordination of the 
many leases that relate to aircraft in an aircraft fleet. 

In one specific embodiment, a marketing executive logs onto the site 
by entering a marketing executive name and password. The login process validates 
the marketing executive (e.g., matches the login name and password to login names 
and passwords pre-stored in the database) and only validated marketing executives 
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have access to the portion of the site for reviewing, by customer, availability queries, 
document generation, and lease management. Based on the marketing executive 
login, the system enables a particular marketing executive to view specific customer 
information. For example, marketing executive number 1 may be able to view 
5 information relating to customers a, b, and c, and marketing executive number 2 may 
be able to view information relating to customer x and y. 

In the specific exemplary embodiment, and once the marketing 
executive information is validated, the system displays a customer view screen such 
as the screen shown in Figure 33. The marketing executive can select whether to 
10 perform functions associated with availability queries, document generation, and lease 
management. If the marketing executive selects Customer View imder Availability 
Queries, then the marketing executive is prompted to select a customer and to view a 
query in a specified time period. Drop down menus facilitate selection of the 
customer and query time period. 

ryi5 Once the marketing executive makes the selections and selects "go", 

the system searches the database for queries from the specific customer in the selected 
time period. The queries that meet the selection criteria are then displayed to the 
marketing executive as shown in Figure 34. Basic information such as each query 
la: number, associated aircraft type, engine type/thrust, EFIS/Non EFIS, lease term and 

1^20 query date are displayed to the marketing executive. By selecting a specific query 
1^ number, additional details regarding that query are displayed to the marketing 

13 executive. Generally, the system enables the marketing executive to view all 

information regarding each query that was entered by the customer and shown to the 
customer. 

25 The marketing executive can also select "Full Search" from the 

"Availability Queries" and, as shown in Figure 35, the system displays to the 
marketing executive a screen similar to the "Seek Additional Aircraft" screen (Figure 
8) that is viewable by the customer. In comparison to the screen shown in Figure 8, 
the screen shown in Figure 35 does not includes entries for additional data. The 

30 marketing executive can enter aircraft criteria and lease delivery requirements into the 
system via the screen shown in Figure 35 and upon selecting submit, the system 
performs a full search of the entire fleet database to identify potential matches. In the 
search conducted for this marketing executive, all restrictions are removed so that the 
marketing executive can view all search results rather than a limited number (e.g., 3) 
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of search results. Using the full search, this marketing executive (e.g., marketing 
executive) can determine whether all customer needs are being met and whether there 
is an alternative aircraft that was not shown to the customer that should be presented 
for consideration by the customer. 

5 The marketing executive can further select "Manage Customer" from 

the "Availabilities Queries" and, as shown in Figure 16, the system displays to the 
marketing executive a screen for a particular customer, or airline. As shown in Figure 
36, certain weights have been assigned to certain aircraft criteria (e.g.. Engine Type = 
6, EFIS = 9, Delivery Month = 8), and these weights are utilized by the system when 

10 determining which aircraft matches to display to the customer. The marketing 
executive can change the weights assigned to each aircraft criteria via the screen 
shown in Figure 36 by entering a new weight or weights and then selecting go. In 
addition, the marketing executive can change the number of aircraft to be made 
available for delivery by each customer selected delivery date, as well as the total 

15 number of aircraft that can be viewed by the customer as a result of an availability 
search. The marketing executive can also select (by checking or "unchecking" the 
indicated box) whether an email is to be sent to the marketing executive upon 
submission of a term sheet request by the customer. The marketing executive can 
then select "Save" to apply any changes, "Reset" to clear all the selections on the 

20 screen, or "Close" to close the screen without saving any changes that have not been 
previously saved. 

Figure 37 is an exemplary screen shot of a page for enabling searching 
of customer requests for purchase lease back transactions. A marketing executive can 
select the link to 'Review / Amend Old Requests' to locate all prior requests. The 
25 marketing executive also is presented with three options to filter searches. 
Specifically, a search can be conducted by customer name (drop down box), time 
period (to filter how far back to look for old Purchase / Lease Back requests), and by 
ID number. If a specific customer is been selected, then only ID numbers relevant to 
that customer are displayed in the drop down box. 

30 Once the marketing executive has selected the search options (or not) 

and selected Locate Requests, processing proceeds to the screen shot illustrated in 
Figure 38. As shown in Figure 38, the system returns all prior requests that match the 
search selections. A high level summary of each request that matches the search 
parameters is displayed and includes the following. 
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Request ID Number: This is the ID given to the customer when they 
either completed a request and requested a Term Sheet or when they saved a request 
which had been partially completed. 

Asset Types(s): In this box all asset types that were specified in a 
previous request are listed. 

Date Request Submitted: This date is the date (GMT) that a Term sheet 
was requested or a partial request was saved. 

At the end of each row, a link is provided to the marketing executive to 
enable further review of each request. Below the search results, the option to search 
again, i.e., New Search, is provided. 

Figure 39 is an exemplary screen shot illustrating a page for saving a 
partially completed request. During the purchase lease back process, if the customer 
elects at any time to save his work, the system assigns a reference number to the 
customer with the customer can use to locate the request at a later date 

In the event that a customer has requested a term sheet, then the 
marketing executive selects "Generate New LOT' or "Revise/Complete Existing 
LOI" under "Document Generation" The system then displays a screen such as the 
screen shown in Figure 40 to the marketing executive . The marketing executive then 
selects a particular customer via a drop down menu, and upon receiving the selection, 
the system displays to the marketing executive the various LOIs or terms sheets for 
the specific customer, as shown in Figure 41. The specific LOI or term sheet can then 
be viewed, and edited, by selecting the corresponding query number. 

Similarly, and if a customer has requested an aircraft specific lease 
agreement (ASLA), then the marketing executive selects "Generate New ASLA" or 
"Revise/Complete Existing ASLA" under "Document Generation". The system then 
displays a screen similar to the screen shown in Figure 40, except for an ASLA rather 
than an LOI. The marketing executive then selects a particular customer via a drop 
down menu, and upon receiving the selection, the system displays to the marketing 
executive the various ASLAs for the specific customer, as shown in Figure 42. The 
specific ASLA can then be viewed, and edited, by selecting the corresponding query 
number. 
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Exemplary Displays For A Deal Management Sub-System 

To generate terms sheets, letters of intent, and ASLAs, and in one 
specific exemplary embodiment, the system includes a deal management sub-system. 
The deal management sub-system is a windows-based system that includes document 
5 templates populated from data stored in the database. More particularly, once a 
marketing executive selects a particular deal for which a document is to be generated, 
the sub-system creates an answer file by collecting the necessary information for the 
data previously input to the database by the customer and the marketing executive. 
The data is collected into one answer file by simply scanning the previously entered 
10 data looking for matches to data designations in the answer file. For example, when 
the customer inputs data for a particular aircraft identifier, a designation is associated 
with the input and that designation corresponds to a designation in the answer file for 
term sheets, letters of intent, and ASLAs. When the marketing executive generates a 
J'S term sheet, then the sub-system scans the customer and marketing executive entered 

~'J15 data for the designations required to populate the answer file for the particular 
: ^ document. 

% '• - 

Once the answer file is generated, the subsystem then displays to the 
IJ marketing executive the template of the document being generated, and sequences 

1 4 through each part of the document where an input from the answer file is generated. 

h^O The sub-system displays to the marketing executive the suggested input fi-om the 

?r i i 

answer file, and the marketing executive can either approve insertion of the input from 
p the answer file or provide a different input. 

In one specific embodiment, and after a marketing executive has 
logged into the system and has selected a particular customer, a window such as the 

25 window illustrated in Figure 43 is displayed to the marketing executive. To view a 
deal, the marketing executive can input a deal reference number (e.g., the query 
number) as well as select a particular customer (lessee/customer/airlines) from a drop 
down menu. A listing of deals for the particular customer including at least a portion 
of the deal reference number in its designation is then displayed to the marketing 

30 executive, i.e., the deal sub-system searches the database for matches to the input data 
and displays the search results in the window. The marketing executive can then 
select "View Deal" to view the data related to the designated deal. The marketing 
executive can also select "New Deal" to create a new deal folder. 
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If the marketing executive select "View Deal", then a window such as 
the window shown in Figure 44 is displayed. The marketing executive can view 
lessee details (e.g., trading name, code, registered name, country, address), rental data, 
or MRF Rates. The marketing executive can then also select "Generate TS" to initiate 
5 generation of a term sheet, "Generate ASLA" to initiate generation of an ASLA, 
"Open Document" to open an existing draft of a document, "Publish Document" to 
post the document to a Quickplace location, or "Goto Quickplace" to link to a 
Quickplace address corresponding the particular customer. The term Quickplace 
refers to a commercially available software package from Lotus Development 
10 Corporation, 55 Cambridge Parkway, Cambridge, MA 02142, that enables posting 
documents on a secure extranet site so that the document can be viewed by both the 
customer as well as the marketing executive. 

If the marketing executive selects "Generate LOI", then the LOI 
3 template is displayed to the marketing executive and a pop-up window containing data 

^;Jl5 for a currently selected location in the LOI is displayed as shown in Figure 45. An 
I exemplary LOI template is set forth in Appendix 2. Of course, the specific form and 
£n terms of an LOI can vary from theTorm and terms illustrated in Appendix 2. The 

!f system sequences through each blank in the template LOI making suggestions at each 

= location for input from the answer file. The marketing executive makes selections and 

f^'20 populates the LOI. In addition to populating fields, paragraphs are inserted or 
f ij removed depending on the particular deal (e.g., new or used aircraft). Once all terms 

CS in the LOI have been completed, or if the marketing executive is interrupted and is not 

li able to complete the LOI in one session, the marketing executive saves the partially or 

fully populated LOI to the database. A process identical to the process for populating 
25 the LOI template is performed for an ASLA except that an ASLA template is used in 

place of the LOI template. 

Once the document is saved, the document can be posted to a secure 
extranet site using the Quickplace tool described above. Specifically, the marketing 
executive simply retums to the deal details windows, selects a document, and selects 
30 publish document. The system then posts the document to a designated extranet 
address. 

Both the customer and the marketing executive can then view the 
document, and information related to the document, via the Quickplace tool. For 
example, and referring to Figure 46, both the customer and marketing executive can 
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view current as well as older drafts of an LOI and the ASLA. The author and 
modification date also are displayed on the contract room screen. The Quickplace 
tool also tracks tasks to be performed as illustrated in Figure 47, including displaying 
priority, start date, due date, and who is assigned to perform the task. A calendar can 
5 also be invoked within the Quickplace tool so that both the customer and marketing 
executive can view a calendar depiction of tasks to be performed and dates on which 
the tasks are to be completed, as shown in Figure 48. 

The system described above facilitates meeting customer needs for a 
fleet of aircraft, and well as coordinating numerous aircraft leases. The system also 
10 facilitates managing leases for a fleet of aircraft including having new leases in place 
upon expiration of a then current lease. Further, a customer can readily select, via the 
system, multiple aircraft desired for lease without requiring involving a marketing 
p executive, and such selections can be made the customer any time, anywhere, at the 

customer's convenience. The system also facilitates efficient and uniform generation 
r li 1 5 of term sheets, letters of intent, and lease contracts. 



While the system is described above in the context of aircraft, the 



ry20 

ci 



system can be used in connection with many other types of equipment. For other 
equipment, the screens would be modified to designate criteria and other information 
relevant to a particular lease document (e.g., term sheet, letter of intent, ASLA) to be 
generated. Just by way of example, and to illustrate one such modification, the 
system can be modified for the lease of aircraft engines. 



More specifically. Figure 49 is an exemplary screen shot of a home 



25 



page for a deal room relating to aircraft engine leases. As with the aircraft lease deal 
room home page, each customer has a custom home page that displays the name of 
the particular authorized individual and customer name. Once the customer logs into 
the system, the system displays the deal room screen shown in Figure 49. The 
customer can then select specific proposals, deals, account status information, and 
maintenance reserves to view. Additionally, the customer can link to related sites or 
view extranet security features. 



30 



If the customer select "Extend Existing Engine" under "Request a 



Proposal", then the screen shown in Figure 50 is displayed. Specifically, the customer 
is presented with a screen listing the customer existing engines under lease with 
current lease termination dates for each aircraft. Each engine listing includes a drop 
down box (New Expiry Date) which allows the customer to enter the new desired 
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lease termination date. The customer can also select "Request Extension Term 
Sheet". 

If, at the deal room page illustrated in Figure 49, the customer selects 
"Seek Additional Engines", then the screen shown in Figure 51 is displayed to the 
5 customer. This screen enables the customer to enter, or specify, engine criteria, lease 
delivery requirements, and additional data. Drop down boxes are provided to 
facilitate customer entry of the data. The specific criteria, delivery requirements, and 
additional data illustrated in Figure 5 1 can, of course, vary from the illustrated criteria, 
delivery requirements, and additional data. Certain fields also can be designated as 
10 required fields, such as engine type, engine thrust, QEC configuration, fire warning 
harness configuration, lease term, first lease start date, annual utilization, and hour to 
cycle ratio. 

Once the customer makes selections as shown in Figure 51, the 
'-J customer can then select submit. The system then attempts to identify aircraft engines 

^^15 in the fleet which match the customer entered data. The system retums to the 
Ifl customer those engines which most closely match the search criteria entered. Only an 

exact match on engine type and thrust is required for an engine to be retumed. All 
searches made by the customer are stored in the database. Also, when a customer 
H executes a search, an email is sent to the appropriate representative with the customer 

J."J20 details, query number, and other related information entered in the search page. The 
f g path of the e-mail is determined by the term of the lease request. For example, if the 

request is for a period of less than one year, an e-mail is sent to a leasing agent and the 
customer support representative. If the request is for a period of greater than one year, 
an e-mail is sent to marketing. If the request is for an unknown duration, an e-mail is 
25 sent to a customer support representative. 

The following rules are applied when evaluating search criteria. 

1. For engines not on dedicated long term lease, only engines 
made available by operations management are returned by the search. All long-term 
leased engines are listed if matching availability within one month of customer 
30 request. If the exact match is not available in the specified delivery date, matches in 
nearest available months are displayed. 
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2. For each engine which is visible on the extranet a country may 
be identified into which that engine may not be leased. One such country can be 
identified per engine. 

3. For each engine, a tax based restriction may be specified. One 
5 such restriction can be specified per engine. The restriction takes the form of a 

geographical region, e.g.. North America, Europe, 

4. Minimum thrust drives engine listings. Any engine with the 
required minimum thrust will be listed. 

5. Any engine located near the designated installation location 
10 will be listed first. 

l2 6. If no engine matches are returned, a message will be displayed 

stating that an engine can be sourced from a third party if the customer would like 
ril . such a service. 

1 i I 

Cn 7. All engines matching the requested availability date are listed. 

I~ 15 The listing order is driven by the match to the other crtiteria based upon the 

2 weightings. 

8. Any customer not filling in a mandatory field will still be 

j5 shown the full availability, but will not be allowed to request a term sheet without 

C3 such mandatory field. 

=- -3 

20 The search criteria will be matched against the availability listing in the 

following way. Specifically, only engines marked as available on the extranet will be 
considered. Also, selected engines must be of the same type and series as specified by 
the customer. All matches are shown for each delivery date specified. Where the 
customer country of operation matches the excluded country specified for an engine 

25 that engine would not be returned to the customer. A weighting system is used to 
match the selection criteria and the available engine. The weighting system takes into 
account the number of criteria which an engine matches and the relative importance of 
each criteria. If the tax based restriction comes into effect for a particular engine, the 
effect will be to give that engine a weighting which will put it last on the list of 

30 engines to be offered to the customer. 
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The search results are then displayed as shown in Figure 52. For each 
aircraft engine found in the search, the search resuhs include the engine type, engine 
thrust, QEC configuration, TSL SV, ETOPS, LLP limiter, availability, and 
housekeeping location. The customer is given the option to view the airworthiness 
5 tag, LLP description, and AD status, and to request a term sheet for the listed engine. 

Each customer Term Sheet request will be stored in the database. An 
email is sent to the following. 

1. Marketing and/or leasing agent and customer support 
representative depending on the lease term. This email includes the customer details, 

1 0 search criteria and the engine retumed in response to that search. 

2. The customer acknowledging their inquiry, assigning a 
"f transaction number to the term sheet request and confirming that a response would be 
J issued within a specified time frame. 

^ The customer may also make ftirther comments / clarifications in a 

315 comment box when they are requesting a term sheet. 

s Figure 53 illustrates an exemplary screen shot displayed if a customer 

[7 requests a term sheet. On submission of the request for Term Sheet, the customer is 

fy given an option to confirm his contact details and modify the contact details if 

required. On submitting the request, the information is stored in the database and also 
f 5 20 sends an automated email to the marketing executive requesting a term sheet with the 

complete information as entered in the search page. 

In addition to facilitating customer selection of engines and initiation 
of a lease transaction, the system facilitates management of each customer. 
Specifically, a marketing executive can access the system to view recent customer 
25 activity and take actions to meet the customer needs, as with the aircraft process 
described above. The system also facilitates coordination of the many leases that 
relate to aircraft engines. 

As with the aircraft process described above, and in one specific 
embodiment of the engine lease system, a marketing executive logs onto the site by 
30 entering a marketing executive name and password. The login process validates the 
marketing executive (e.g., matches the login name and password to login names and 
passwords pre-stored in the database) and only validated marketing executives have 
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access to the portion of the site for reviewing, by customer, availability queries, 
document generation, and lease management. Based on the marketing executive 
login, the system enables a particular marketing executive to view specific customer 
information. 

5 In the specific exemplary embodiment, and once the marketing 

executive information is validated, the system displays to a marketing executive a 
customer view screen as shown in Figure 54. The marketing executive can select 
whether to perform functions associated with availability queries, document 
generation, and lease management. The marketing executive can select, for example, 
10 a particular customer and time period to be searched, and then select "go". The 
system then returns to the marketing executive the search results in the form 
illustrated in Figure 55, 

If the marketing executive selects "Full Search" from the "Availability 
H.J Queries", the system displays to the marketing executive a screen such as the screen 

15 illustrated in Figure 56. The marketing executive can enter engine criteria and lease 
delivery requirements into the system via the screen shown in Figure 56 and upon 
selecting submit, the system performs a full search of the entire fleet database to 
""^ identify potential matches. 

1=5: Figure 57 is an exemplary screen shot of a page for a marketing 

^ J 20 executive to utilize in managing a customer which enables the marketing executive to 
p. rank the importance of various search criteria, thus changing the order of the engines 

C3 displayed to the customer. The processes, e.g., deal management sub-system 

processes, for generating an LOI and for generating an engine specific lease 
agreement (ESLA) are the same as described above with respect to generating an LOI 
25 and generating an ASLA for aircraft. In addition, the parties can collaborate using the 
Quickplace tool and processes as described above with respect to aircraft. 

The illustration of modifying the system for an aircraft engine as 
compared to an aircraft is exemplary only, and the system can be modified for many 
other types of equipment, including ships, rail cars, locomotives, vehicles, and 
30 containers. The system facilitates meeting both customer needs and efficient 
management of equipment leases. 
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While the invention has been described in terms of various specific 
embodiments, those skilled in the art will recognize that the invention can be practiced 
with modification within the spirit and scope of the claims. 
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